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(57) Abstract: A method, telecommunica- 
tion system, and a service control point for 
considering the load situation of the service 
control point during the initiation of a ser- 
vice logic controlling the connection, partic- 
ularly when the control point cannot restrict 
the service requests. The load situation can 
be considered by maintaining in the control 
point a first data item indicating if the con- 
trol point is overloaded* When an operation 
requesting the initiation of a service logic is 
received (301), a check is made (302) to see 
if the control point is overloaded. The ser- 
vice logic is initiated (305) only if the con- 
trol point is not overloaded. 
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Initiating service logic 

BACKGROUND OF THE INVENTION 

The invention relates to considering the load situation of a network 
node controlling a connection during initiation of a service logic required for 
5 controlling the connection. 

An intelligent network (IN) is a network architecture to be linked to a 
basic network (a fixed network or a mobile communication network, for exam- 
ple) and in which the control of services has been transferred from the tele- 
phone exchange to a separate intelligent network functional unit, hereinafter 

10 called a service control point (SCP). This makes the services independent of 
the operation of the basic network, and the structure and software of the basic 
network do not have to be changed when services are modified or added. 
Network nodes attending to an intelligent network interface are called service 
switching points (SSP). Typically, an SSP is a network node responsible for 

15 connection set-up, the exchange of the basic network, for example. Hereinaf- 
ter the services produced by an intelligent network will be called intelligent 
services. 

When a call to which an intelligent service is related is set up, the 
service switching point SSP attends to the set-up arrangements. In response 

20 to the fulfilment of a given authentication condition (i.e. a given call-related 
event), the service switching point triggers the intelligent service by sending a 
service request to the control point. At the same time, the SSP interrupts the 
processing of the call and waits for an instruction/instructions from the SCP. 
When an intelligent service is triggered, a service logic program SLP is initi- 

25 ated in the service control point SCP and the operation of said program de- 
termines the instructions the SCP will send to the SSP at different stages of a 
call. 

Since one service control point SCP can receive service requests 
from several switching points, and several requests from one switching point, 

30 the service switching point that sent the request cannot know how loaded the 
control point is. Protocols based on the INAP (Intelligent Network Application 
Protocol), such as CorelNAP and fixed INAP used in fixed networks and mo- 
bilelNAP used in mobile communication networks, comprise a non-call- 
associated operation by which the control point can restrict the number of in- 

35 telligent network service requests sent by the switching point. The control point 
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sends this operation to the switching point when overloading is detected in the 
control point irrespective of whether the switching point is sending a service 
request to the control point or not. 

Protocols, which take into account the special requirements of a 
5 mobile communication system, have been developed for mobile communica- 
tion networks. An example of such a protocol is the CAP protocol (CAMEL 
Application Protocol) used by the pan-European GSM system (Global System 
for Mobile communications) in intelligent services. CAMEL (Customized Appli- 
cations for Mobile network Enhanced Logic) is one of the GSM phase 2+ 
10 services. The CAMEL phase 1 and phase 2 standards do not describe how to 
operate when a control point is overloaded. The CAMEL phase 1 and 2 CAP 
protocols do not even define an operation by which the control point could re- 
strict the number of intelligent service requests. 

BRIEF DESCRIPTION OF THE INVENTION 

15 It is an object of the invention to provide a method and an appara- 

tus for implementing the method for transmitting information to a switching 
point about the overload of a control point, using standard signalling, when the 
switching point wants to trigger an intelligent service. 

The objects of the invention are achieved by a method of consider- 

20 ing the load situation of a control point in an intelligent network during initiation 
of a service logic controlling a connection, which is characterized by maintain- 
ing in the control point a first data item which indicates if the control point is 
overloaded; receiving an operation requesting the initiation of the service logic; 
checking if the control point is overloaded; and if so, not initiating the service 

25 logic; and if not, initiating the service logic. 

The invention also relates to a telecommunication system compris- 
ing at least one control point which gives instructions related to the processing 
of a connection and which is arranged to initiate the service logic of the de- 
sired service in response to a service request related to the connection; and at 

30 least one switching point comprising a switching function for processing the 
connection, the switching function being arranged to identify the need for 
service and to send a service request related to the connection to the control 
point. The telecommunication system is characterized in that the control point 
is arranged to maintain information on whether the control point is overloaded; 

35 and in response to receiving the service request, to check if the control point is 



WO 01/86968 



PCT/FI01/00451 



overloaded and to initiate the service logic only if the control point is not over- 
loaded. 

The invention further relates to a service control point arranged to 
be in a functional connection with a connection switching point, to give instruc- 
5 tions related to the processing of the connection to the connection switching 
point and, in response to a service request related to the connection, to initiate 
the service logic of the requested service. The service control point is charac- 
terized in that it is arranged to maintain information on whether the control 
point is overloaded; and in response to the reception of a service request, to 
10 check if the control point is overloaded and to initiate the service logic only if 
the control point is not overloaded. 

The invention is based on maintaining information in the control 
point about whether the control point is overloaded. This information is always 
checked when a service initiation request has been received at the control 
15 point. If the control point is overloaded, the service logic is not initiated, but a 
release connection command is preferably sent to the switching point. It is an 
advantage of the invention that no unnecessary attempts are made to initiate 
the service logic when the control point is overloaded. On the other hand, in- 
formation on an overload is not sent unnecessarily in advance to the switching 
20 point in situations when an intelligent service will not be triggered in the 
switching point during an overload situation. A further advantage of the inven- 
tion is that an overload situation can be cleared by an operation according to 
the standards of the protocol used. 

In a preferred embodiment of the invention, the release connection 
25 command includes overloading as the reason for the release. A further ad- 
vantage of this embodiment is that this way the operator can find out, when 
required, that the reason for the release was not malfunction or some other 
problem, but overloading of the control point. 

In a preferred embodiment of the invention, the overload situation is 
30 checked in lower protocol layers. A further advantage of this embodiment is 
that this way the number of program instances and/or the mount of the capac- 
ity of the central processing unit that are engaged to process the received 
service request can be kept at a minimum. 

The preferred embodiments of the method, system and network 
35 node of the invention are disclosed in the appended dependent claims. 
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BRIEF DESCRIPTION OF THE FIGURES 

The invention will be described in greater detail below in connection 
with preferred embodiments with reference to the attached drawings, in which 

Figure 1 is a block diagram of the essential elements of the system 
5 according to a first preferred embodiment of the invention, and 

Figures 2 and 3 are flow diagrams of the operation of the first pre- 
ferred embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

In the following the invention and its background will be described 

10 by using the terminology of ETSI (European Telecommunications Standards 
Institute) CAMEL phase 2 standard TS 101 046 v.6.4.0 on CAMEL Application 
Part (CAP) Specification and the present structure of an intelligent network, 
adapted to the GSM, without, however, restricting the invention to such a solu- 
tion. The invention can also be employed in intelligent networks implemented 

15 according to other intelligent network standards (such as ANSI, AIN, WIN, 
CorelNAP or mobilelNAP) or in intelligent network-like execution platforms that 
use some other intelligent network protocol for data transmission. Intelligent 
network-like execution platforms are execution platforms using the control 
principles of an intelligent network. In the present application, the control prin- 

20 ciples of an intelligent network refer to a contact made to the control function 
on the basis of trigger information. In principle, these execution platforms differ 
from an intelligent network only in that for example between the SCP and the 
SSP no IN protocol is used, but instead the IP protocol, for example, is em- 
ployed. In addition, they may differ as regards the impulse leading to trigger- 

25 ing: triggering occurs in an intelligent network when a given call phase is en- 
countered, whereas in other protocols some other external or internal impulse 
may achieve the triggering. 

In the present application, an intelligent network refers generally to 
a solution in which a node, or SSP, processing a call, a session or packet 

30 data, contacts the service control function which gives to said node instruc- 
tions for transferring the call, the session or the packet data. Said node con- 
tacts the service control function on the basis of service triggering data pos- 
sessed by the node. Triggering data may be added and/or deleted at the re- 
quest of an external service in the middle of connection set-up or even before 

35 connection set-up has begun. Characteristic of an intelligent network are trig- 
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gers, state models and a controlling protocol or an API (Application Protocol 
Interface) interface between the control function and the network switching 
node. A call, a session or packet data transmission may be described by a 
state model which is visible to the control function and which is composed of 
5 phases and detection points related thereto, in which processing can be inter- 
rupted to wait for instructions from the control function. Not only detection 
points, but also triggering data can be defined in the state model for session or 
call related events independent of the detection points. A controllable entity 
can also operate for instance only by means of external impulses from which 

10 triggers occur, and in this case no state model is necessarily required. Con- 
trols and operations may also be methods to be directed to call entities and 
related event notifications. In the present application, the term call refers, not 
only to a conventional call, but also to other, possibly virtual, connection states 
having associated user data transmission, such as data sessions or packet 

15 data transmission. Examples are a packet radio session (such as a GPRS 
session), a VoIP session (Voice IP) and a multimedia session according to 
H.323 or SIP (IETF session initiation protocol). 

In addition to means required to implement the control to be re- 
quired by the triggering according to prior art, the telecommunication system 

20 implementing the functionality of the present invention also comprises means 
for maintaining information indicating and checking the loading situation of the 
control function before initiation of the controlling service logic. Current net- 
work nodes comprise processors and memory, which can be utilized in the 
functions of the invention. All changes required for implementing the invention 

25 can be carried out as added or updated software routines and/or with applica- 
tion circuits (ASIC). 

Figure 1 very schematically shows the network architecture GSM-IN 
of the GSM system and an intelligent network IN connected thereto, as the 
network structure is not substantially significant to the invention. The example 

30 of Figure 1 only shows the network nodes of the intelligent network relevant to 
the invention and the basic structure of the GSM system. Figure 1 does not 
show the actual facilities of an intelligent network. They will be described in 
connection with the network node comprising the facility. 

The structure of a GSM network according to the GSM system 1 

35 consists of two parts: a base station subsystem (BSS) and a network subsys- 
tem (NSS). The BSS and mobile stations MS communicate by means of radio 
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connections. The base station subsystem is linked to the mobile services 
switching centre MSC of the network subsystem NSS. The mobile services 
switching centre switches calls in which at least one the parties is a mobile 
station MS. Some mobile services switching centres are linked to other tele- 
5 communication networks, such as the public switched telephone network 
PSTN, and they contain switching functions for switching calls to and from 
these networks. These mobile telephone centres are called gateway centres 
(not shown in Figure 1). 

The network subsystem NSS comprises two kinds of databases, 

10 which are not shown in Figure 1. Subscriber data on each subscriber of the 
network is stored permanently or semi-permanently in a home location register 
HLR in such a manner that the subscriber data is connected to the subscriber 
identifier IMSI. The subscriber data includes routing information, i.e. the cur- 
rent location of the subscriber, and information on the services the subscriber 

15 can access. Another type of register is a visitor location register VLR. When a 
mobile station MS is active (it has registered in the network and can initiate or 
receive a call), most of the subscriber data on the mobile station MS included 
in the home location register HLR is loaded (copied) to the visitor location reg- 
ister of the mobile telephone centre within whose area the mobile station MS is 

20 located. 

An intelligent network is linked to the telecommunications system 
GSM-IN in such a manner that the intelligent network service switching point 
SSP is also a centre or corresponding network node in the telecommunication 
system, as is the mobile services switching centre MSC in the example of Fig- 

25 ure 1. An intelligent network service switching point SSP contains a service 
switching function SSF and a call control function CCF. The call control func- 
tion CCF is not a function related to the intelligent network, but a standard 
function in centres and comprises high-level call processing functions of the 
centre, such as set-up and release of transmission links. The service switching 

30 function SSF is the interface between the call control function CCF and the 
service control function SCF. The SSF interprets the requests sent by the SCF 
and relays them to the CCF which initiates the call control functions required 
by them. Similarly, the call control function CCF uses the SSF to request for 
instructions from the SCF. The SSF is fixedly coupled to the CCF and acts as 

35 its interface. Accordingly, each SSF is in the same centre as the CCF. In the 
present application, the service switching point SSP is equal in value to the 
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functional entity formed by the CCF and the SSF. The service switching point 
SSP may contain a call control agent function (CCAF), granting users access 
to the network. The service switching point SSP is typically a centre which im- 
plements the service switching function, i.e. service identification and initiation 
5 of co-operation, but the SSP may also be another type of network node or a 
call processing server, such as the node responsible for the VoIP connection 
set-up, an H.323 Gatekeeper or an SIP (Session Initiation Protocol) Proxy, for 
example. Consequently, the SSP is only an example of an entity triggering the 
service logic of intelligent service. In solutions based on CAMEL, the SSF is 

10 also called gsmSSF. 

A network node containing the service control function SCF is called 
a service control point SCP. In solutions based on CAMEL, the SCF is called 
gsmSCF. In the present application, the service control function also refers to 
different application servers. The control function may also be in the same 

15 network node as the switching function, whereby intra-node control is involved. 
The service control function contains all service logic and service-related con- 
trol. Consequently, the control function contains for example the required da- 
tabase DB, including for example service data, and service logic programs 
(SLP), i.e. computer software for implementing the logical structure of a given 

20 service, i.e. the service logic. The service control function may be merely a 
logical function that can be seen as uniform from the point of view of the serv- 
ice switching point SSP. Its internal implementation may differ, it may be inter- 
nally decentralized, and the service logic related thereto may be decentralized 
in different nodes. The service information may also be decentralized in differ- 

25 ent network nodes than is the service logic. For example, the service control 
function or point (SCF/SCP) may be internally decentralized and only offer an 
open interface (for example CORBA, Common Object Request Broker Archi- 
tecture) for an external server offered by an external service provider. In this 
case, the SCP and the external server together form the service control func- 

30 tion. In the present application, the service control function SCF and the serv- 
ice control point SCP are equal in value and will hereinafter be called control 
point SCP. 

If the control point supports an INAP protocol, the control point 
contains the service logic OVL-SLP monitoring overload situations. It is utilized 
35 in a first preferred embodiment of the invention in the manner shown in Figure 
2 for maintaining the data indicating the loading situation of the control point. If 



WO 01/86968 PCT/F101/00451 



the control point does not already contain the OVL-SLP, it is easy to add it or 
another 'overload block* containing corresponding functions to the control point 
to achieve the function of the invention shown in Figure 2. 

The control point database according to the first preferred embodi- 
5 ment of the invention contains an entry E to indicate if the control point is 
overloaded or not. The entry E is given the value true T when the control point 
is overloaded and the value false when the control point is not overloaded. 
Alternatively, the entry E can be a flag, a semaphore or a memory address, 
implemented e.g. on the operating system level. The use of these techniques 
10 allows the load to be minimized since the load caused by reading the data- 
base is omitted. 

In mobile communication networks according to the CAMEL archi- 
tecture, the switching point SSP and the control point SCP use the CAP proto- 
col in their mutual communication. The same control point may also communi- 

15 cate with another switching point and use in their mutual communication an 
INAP protocol, for example. In the CAP protocol stack, the uppermost layer is 
the CAP layer, under which the TCAP layer (Transaction Capabilities Applica- 
tion Part), the SCCP layer (Signalling Connection Control Point) and the MTP 
layer (Message Transfer Part) are located. The INAP protocol stack is other- 

20 wise identical, but it has the INAP layer as the uppermost layer, under which is 
the TCAP layer. In the initiation of a service, for example, the TCAP layer han- 
dler receives a TC_BEGIN primitive, whereby a new instance is created from 
the TCAP layer handler. This TCAP handler instance, in turn, activates the 
instance of an upper layer, for example the INAP handler instance or the CAP 

25 handler instance. The grounds on which the TCAP handler instance selects 
the instance of an upper layer to be activated, is obvious to a person skilled in 
the art. 

Figure 2 shows the operation of the overload instance OVL-SLP of 
the control point according to the invention. The OVL-SLP constantly monitors 

30 the load on the control point. Step 201 monitors if the control point is over- 
loaded. When the monitoring is initiated in step 201, the control point is not 
overloaded. Step 201 continues to be monitored until it is detected that the 
control point is overloaded. Because of the detection of overloading, the entry 
in the database is given the value 'true' in step 202. Then step 203 monitors if 

35 the control point is overloaded. The monitoring is continued in step 203 until it 
is detected that the control point is no longer overloaded. As a result, the entry 
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in the database is given the value 'false' in step 204 and the process continues 
in step 201 to monitor overloading of the control point. 

The overload in the control point can be monitored in several differ- 
ent ways. For example, the usage of a central processing unit CPU or the 
situation in buffer(s) for incoming and/or outgoing messages can be ™- 
tored Overload exists, for example, when the usage of the CPU .s 100 yfc 

Figure 3 shows the operation of the SCP in a first preferred em- 
bodiment of the invention, where the OVL-SLP maintains in a database an 
entry indicating if the control point is overloaded. 

Referring to Figure 3, in step 301 , the service control point rece.ves 
a service request, i.e. a service initiation request, from the service switching 
point In other words, an operation is received, for example InitialDP, which 
triggers the initiation of the service logic. The entry indicating overloading of 
the control point is checked in step 302. If the control point is overloaded (step 
15 303) i e. the entry is true, a release connection instruction is sent in step 304. 
This operation, i.e. a release instruction, preferably contains information .nd.- 
cating that the connection is released because of overloading in the service 
control point. If the control point is not overloaded (step 303), the service logic 
is initiated in step 305, i.e. a service logic instance is created for this connec- 
20 tion in accordance with prior art. 

In the first preferred embodiment, if the SSP and the SCP use the 
CAP protocol in their mutual communication, the TCAP handler receives a 
TCJ3EGIN primitive in step 301, creates a TCAP handler instance, which in 
turn creates a CAP handler instance. The CAP handler instance, in turn, car- 
25 ries out the other steps in Figure 3. The use of the handler instances of the 
lower protocol layer for the functionality according to the invention saves 
memory since a handler instance requires less memory in the node than does 
the corresponding service logic. Furthermore, running a handler instance re- 
quires less CPU capacity than running corresponding service logic. The serv- 
30 ice logic can be based on considerably heavier implementation than the han- 
dler. Furthermore, the service logic can be run in an interpreting environment 
or in a virtual machine whereas the handler can be implemented as a precom- 
piled machine language loading module, which uses considerably less mem- 
ory and CPU capacity. 
35 | n a preferred embodiment of the invention, only the handler in- 

stances of the upper layer of the control point, which do not have at their dis- 
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posal a mechanism for restricting service requests, are arranged to check 
overloading, i.e. the steps in Figure 3. In this embodiment, for example phase 
1 and 2 CAP handler instances carry out the steps of Figure 3, but the I NAP 
handler instances do not carry out steps 302 to 304 in Figure 3. This embodi- 
5 ment can be implemented either by handler-specific definitions or by adding 
between steps 301 and 302 in Figure 3 a step which checks if the handler in- 
stance has at its disposal a mechanism for restricting service requests. If so, 
the process continues directly to step 305, and if not, the process continues in 
step 302. 

10 When a database entry is used for data exchange between a block 

monitoring overloading, such as the OVL-SLP, and an instance initiating the 
service logic, such as the CAP handler instance, the inability of the block and 
instance to communicate is not an impediment. They do not even have to be 
aware of each other's existence. For example the OVL-SLP knows nothing of 

15 the ongoing CAP handler instances and hence cannot communicate with 
them. In addition, the block monitoring overloading is not loaded with mes- 
sages inquiring about the load situation, but the information is available in one 
place for all those requiring it. 

In a preferred embodiment of the invention in which the block 

20 monitoring overloading and the instance initiating the sen/ice logic are able to 
communicate by the use of inter-process communication (IPC), for example, 
the load situation is inquired directly from the block in service triggering. In 
other words, in point 302, an inquiry concerning the load situation is made to 
the block and information on the load situation is received. In this embodiment, 

25 the block monitoring overloading does not carry out the functions shown in 
Figure 2 and the control point database does not contain an entry indicating 
the load situation. 

The sequence of the steps shown in Figures 2 and 3 may differ 
from what was described above, and the steps may be carried out in parallel. 

30 Between the steps, other steps may be carried out that are not shown in the 
figures, and some steps shown in the figures may also be omitted or replaced 
by some other function. For example in step 304, the address of another con- 
trol point can be sent to the service switching point and an instruction to at- 
tempt to trigger the service from there. 

35 For the sake of clarity, the invention is described above assuming 

that the control point is a physical network node comprising the control func- 
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tion and thus the monitored loading situation is the loading situation of the 
whole network node. Usually the loading situation of the whole network node 
is monitored also when the network node comprises the control function and 
the switching function. If the control function is decentralized in different 
nodes, the loading situation of the node is monitored in each node and on the 
basis of the loading situation in the node a decision is made node-specifically 
whether or not to trigger the service logic. If a certain portion of the capacity of 
the network node is allocated to the control function, the loading situation of 
the capacity allocated to the control function is preferably monitored. 

It is to be understood that the above specification and the related 
figures are only intended to illustrate the present invention. Different variations 
and modifications of the invention are apparent to those skilled in the art, with- 
out deviating from the scope and spirit of the invention disclosed in the at- 
tached claims. 
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CLAIMS 

1 . A method of considering the load situation of a control point in an 
intelligent network during initiation of a service logic controlling a connection, 

characterized by comprising the following steps 
maintaining (201, 203) in the control point a first data item which in- 
dicates if the control point is overloaded; 

receiving (301) an operation requesting the initiation of the service 

logic; 

checking (302) if the control point is overloaded; and 
if so, not initiating (304) the sen/ice logic; and 
if not, initiating (305) the service logic. 

2. A method as claimed in claim 1, characterized in that if 
the service logic is not initiated, the method further comprises a step of send- 
ing (304) a release connection instruction. 

3. A method as claimed in claim 2, characterized by ap- 
pending information on an overload situation to the release instruction. 

4. A method as claimed in any of the preceding claims, char- 
acterized by checking the overload in protocol layers that are lower than 
the execution layer of the service logic. 

5. A telecommunication system (GSM-IN) comprising 

at least one control point (SCP) which gives instructions related to 
the processing of a connection and which is arranged to initiate the service 
logic of the desired service in response to a service request related to the 
connection; and 

at least one switching point (SSP) comprising a switching function 
for processing the connection, the switching function being arranged to identify 
the need for service and to send a service request related to the connection to 
the control point; 

characterized in that 

the control point (SCP) is arranged to maintain information on 
whether the control point is overloaded; and in response to receiving the serv- 
ice request, to check if the control point is overloaded and to initiate the serv- 
ice logic only if the control point is not overloaded. 

6. A telecommunication system (GSM-IN) as claimed in claim 5, 
characterized in that, in response to an overload situation, the control 
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point (SCP) is arranged to send to the switching point (SSP) a release con- 
nection instruction including an indication that the release is due to overload- 
ing. 

7. A telecommunication system (GSM-IN) as claimed in claim 5 or 
5 6, characterized in that when checking the overload, the control point 

(SCP) is arranged to use protocol layers that are lower than the execution 
layer of the service logic. 

8. A service control point (SCP) arranged to be in a functional con- 
nection with a connection switching point, to give instructions related to the 

10 processing of the connection to the connection switching point and, in re- 
sponse to a service request related to the connection, to initiate the service 
logic of the requested service, 

characterized in that 

the control point (SCP) is arranged to maintain information on 
15 whether the control point is overloaded; and in response to the reception of a 
service request, to check if the control point is overloaded and to initiate the 
service logic only if the control point is not overloaded. 

9. A service control point as claimed in claim 8, character- 
ized in that the control point (SCP) comprises 

20 a database (DB) comprising an entry (E) indicating if the control 

point is overloaded; and 

a block (OVL-SLP) monitoring the overload situation and arranged 
to update the entry at least when the control point gets overloaded and when 
the overload is cleared. 
25 10. A service control point as claimed in claim 8, character- 

ized in that the control point (SCP) comprises 

on the operating system level an entry (E) indicating if the control 
point is overloaded; and 

a block (OVL-SLP) monitoring the overload situation and arranged 
30 to update the entry at least when the control point gets overloaded and when 
the overload is cleared. 

11. A service control point (SCP) as claimed in claim 8, char- 
acterized in that the control point 

comprises a block (OVL-SLP) for monitoring the overload situation 
35 and arranged to give information on whether the control point is overloaded; 
and 
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is arranged, in response to the reception of a service request, to 
inquire from the block monitoring the overload situation if the control point is 
overloaded. 

12. A service control point (SCP) as claimed in claim 8, 9, 10 or 11, 
5 characterized in that the control point is arranged to send a release 

connection instruction in response to an overload situation. 

13. A service control point (SCP) as claimed in claim 12, char- 
acterized in that the control point is arranged to add to the release con- 
nection instruction an indication that the release is due to an overload situation 

10 in the control point. 

14. A service control point (SCP) as claimed in claim 8, 9, 10, 11, 
12 or 13, characterized in that when checking the overload, the control 
point (SCP) is arranged to use protocol layers that are lower than the execu- 
tion layer of the service logic. 
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